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(57) Verfahren zur, insbesondere asynchronen, 
Ubertragung von Betriebsdaten zur Betriebszustands- 
und Fehlererfassung zwischen mindestens einer Tele- 
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Data transport Proxy 



kommunikationsanlage und einem Zentralrechner und/ 
Oder einer Administrationsumgebung bzw. externen An- 
wendung, wobei die Betriebsdaten in XML-Dokumenten 
ubertragen werden. 
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Beschreibung 

[0001] Die Erfindung betrifft ein Verfahren zur Uber- 
tragung von Betriebsdaten einer TK-Anlage nach dem 
Oberbegriff des Anspruchs 1 sowie eine TK-Anlage mit 5 
einer Administrationsschnittstelle nach dem Oberbegriff 
des Anspruchs 8. 

[0002] Der Betrieb einer einzelnen TK-Anlage oder ei- 
nes Anlagenverbundes erfordert einen kontinuierlichen 
Aufwand an Administrationsaufgaben. Der Benutzer 10 
wird dabei zweckmaBigerweise durch eine Reihe von 
Tools unterstutzt, die die Daten der TK-Anlage aufberei- 
ten, darstellen und die Eingaben von Daten uberpriifen. 
Erschwert wird dieses Verfahren dadurch, daB sich 
beim Kunden im Betrieb TK-Anlagen unterschiedlicher 15 
Versionen oder sogar unterschiedlicher Hersteller be- 
finden. Diese verwenden abweichende Datenstrukturen 
die noch dazu komplex verpackt sind. Diese unter- 
schiedlichen Datenstrukturen und Datenprotokolle kon- 
nen nur schwer uber Tools abgebildet werden. 20 
[0003] Wahrend des Betriebes einer TK-Anlage oder 
eines Anlagenverbundes mussen im iibrigen Fehlersi- 
tuationen undBetriebszustandeschnellerkannt, gemel- 
det und Fehlerzustande behoben werden. Dazu uber- 
tragen TK-Anlagen Fehler- und Statusmeldungen (im 25 
folgenden unter den Begriffen "Betriebsdaten" oder 
,, Meldung ,, zusammengefaBt) asynchron zu einer Mel- 
dezentrale. Dort werden die Meldungen automatisch 
bewertet und gegebenenfalls an die zustandigen Stel- 
len/Abteilungen weitergelertet, urn entsprechend auf die 30 
Situationen reagieren zu konnen. Weiterhin erfolgt ub- 
licherweise eine Archivierung der Meldungen. Die Aus- 
wertung bzw. Bewertung der ubermittelten Betriebsda- 
tensatze (Meldungen) und deren Archivierung und/oder 
Weiterleitung erfolgt durch einen Betriebs- oder Steue- 35 
rungsrechner des Systems, der nachfolgend auch als 
"Zentralrechner" bezeichnet wird. Es kann sich aber 
hierbei urn einen PC oder auch eine verteilte Datenver- 
arbeitungsanlage handeln. 

[0004] Erschwert wird dieses Verfahren durch den 40 
Betrieb von heterogenen Systemen in einzelnen Teilnet- 
zen, deren Meldungen alle zentral an einer Stelle be- 
wertet und archiviert und/oder verteift werden sollen. 
Die Heterogenic der praktisch existierenden TK-Syste- 
me (speziel! von groBeren Firmen oder Einrichtung) ist 4s 
eine Folge von deren schrittweisem Aufbau mit Kompo- 
nenten verschiedener Gerate- bzw. Softwaregeneratio- 
nen und dem Einsatz von Bausteinen verschiedener 
Hersteller. Unterschiedliche und noch dazu komplexe 
Protokolle und Datenstrukturen erfordern hohe Investi- so 
tionen zur Integration. 

[0005] Vor einigen Jahren wurde daher die Idee ent- 
wickelt, die Datenschnittstelle der TK-Anlagen uber eine 
'Management-lnformation-Base' [MIB] zu beschreiben 
und uber das standardisierte 'Simple- Network-Man age- 55 
ment-Protocol 1 [SNMP] zu verwalten. Fur ^-vent-Re- 
porting 1 werden dort Protokolle und Daten definiert, die 
eine Integration uber unterschiedliche Systeme ermog- 



lichen soli. MIB und SNMP sind zwar standardisiert, 
aber die Implementierung in den TK-Anlagen erwies 
sich generell als komplex und ist in der Praxis geschei- 
tert. 

[0006] Neuere Ansatze gehen in die Richtung, WEB- 
basierte Administrationsumgebungen zu entwickeln. 
Dies erfordert aber einen recht gro3en Aufwand in der 
TK-Anlage, urn dort ein HTTP-Protokoil oder sogar ei- 
nen WEB-Server zu implementieren. Ein weiterer L6- 
sungsansatz ist, einen externen WEB-Server mit ent- 
sprechenden Add-Ons fur die Administrationsprogram- 
me zu implementieren. Dies bedingt aber, die Verwal- 
tungssoftware auf dem zentralen Server vorzuhalten, 
was insbesondere betriebsorganisatorische und auch 
rechtliche Probleme aufwerfen kann. 
[0007] Aufgabe der Erfindung ist es daher, ein einfa- 
ches und unaufwendiges Verfahren anzugeben, das es 
erlaubt, die Meldungen von TK-Anlagen unterschiedli- 
cher Versionen oder sogar unterschiedlicher Hersteller 
zusammenfassend, vereinheitlicht und vereinfacht zu 
erfassen und zu verarbeiten und eine gleichermaBen 
vereinfachte und vereinheitlichte Administrierung sol- 
cher Anlagen vorzunehmen. Desweiteren soil eine 
TK-Anlage vorgeschlagen werden, die anlagenseitig 
die Durchfuhrung dieses Verfahrens ermoglicht. 
[0008] Diese Aufgabe wird verfahrensseitig durch ein 
Verfahren mit den Merkmalen des Anspruchs 1 und vor- 
richtungsseitig durch eine Telekommunikationsanlage 
mit den Merkmalen des Anspruchs 8 gelost. 
[0009] Die Erfindung schlieBt den Gedanken ein, daf3 
jede TK-Anlage ihre Beschreibung der Datenstrukturen 
und Datendarstellung "mitbringt". Die Verfahren zur Be- 
schreibung der Datenstruktur und Datendarstellung so- 
wie das Verpacken der Daten sollen auf einfachen Me- 
chanismen basieren und somit einfach zu implementie- 
ren sein. Der Datentransport soil ebenfalls auf einfa- 
chen Mechanismen beruhen und einfach zu implemen- 
tieren sein. Die Erfindung schlieBt weiterhin die Erkennt- 
nis ein, daB dieses Verfahren aber nur durchsetzbar ist, 
wenn es auf standardisierte Techniken aufsetzt. Nur die- 
se garantieren letztlich die dauerhafte Verfugbarkeit von 
aktuellem Entwicklungswissen und sichern Investitio- 
nen. 

[001 0] Unter "XML-Dokument" werden hier einerseits 
die Nutzdaten verstanden, in einer bevorzugten Verfah- 
rensfiihrung aber auch die Beschreibung der Daten- 
strukturen [DTD] und die Beschreibung der Datendar- 
stellung [XSL]. Die Beschreibung der Datenstrukturen 
und der Datendarstellung werden in der TK-Anlage ge- 
halten, bevorzugt mit den Meldungen der TK-Anlage 
verpackt und zur Meldezentrale (zum Zentralrechner) 
ubertragen. 

[0011] Dort konnen die Meldungen uber einen Brow- 
ser dargestellt Oder entsprechend den Datenstrukturen 
uber weitere Prozesse bearbeitet werden. Die 
XML-Technologie bietet heute die Moglichkeiten dazu, 
dies im Rahmen standardisierter Verfahren zu leisten. 
Dazu stehen Beschreibungsverfahren wie 'Document- 
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Type-Definition' [DTD] und 'eXtensible-Stylesheet-Lan- 
guage' [XSL] zur Verfugung. Die XML-Dokumente kon- 
nen von einem WEB-Server oder direkt uber einen In- 
ternet-Browser (z. B. IE5) ausgewertet und angezeigt 
oder durch XML Transformation innerhalb weiterer ex- 
terner Anwendungen weiterverarbeitet werden. 
[0012] Zur Auswertung der XML-Dokumente stehen 
standardisierte XML-Parser zur Verfugung, die aus ei- 
nem XML-Dokument und den entsprechenden Be- 
schreibungsdateien ein HTML-Dokument erzeugen und 
durch Internet-Browser dargestellt werden konnen oder 
Zugriffsmethoden definieren. 

[0013] XML-Dokumente konnen im Kontext der Erfin- 
dung uber unterschiedliche Verfahren gesendet oder 
empfangen werden. Einige Beispiele sind Filetransfer- 
Protocol [FTP], Simp I e-Object- Access- Protocol 
[SOAP], HTTP oder ein TCP/IP Listener/Transmitter 
Prozess. Im Prinzip geniigt hier ein E-Mail-System, um 
die asynchronen Meldungen an eine zentrale Stelle zu 
senden. 

[0014] Grundsatzlich lassen sich zwei wesentliche 
Typen von Anwendungen im Zusammenhang mit der 
Erfindung unterscheiden: 

(A) Browser: 

Es erfolgt eine optische Darstellung der archi- 
vierten Meldungen gema(3 der Beschreibung 
der Datenstruktur [DTD] und der Darstellungs- 
vorlage [XSL]. Standard-Internet-Browser (z. 
B. IE 5) sind in der Lage XML-Dokumente 
selbst direkt in HTML Dokumente zu expandie- 
ren und anzuzeigen. Fur unterschiedliche Aus- 
gabegerate (PC-Monitor oder Handy-Display) 
konnen unterschiedliche Darstellungsvorlagen 
erstellt werden, die auf die gletchen Daten- 
strukturen aufbauen. 

(B) Externe Anwendung/Administrationsumge- 
bung: 

XML-Dokumente werden von der TK-Anlage 
ubernommen und in einer externen Anwen- 
dung weiterverarbeitet. Beispiele sind Gebuh- 
rendatenverarbeitung, elektronisches Telefon- 
buch oder Kabelverwaltungssysteme. Externe 
Firmen konnen XML-Schnittstelle nutzen, da 
Datenbeschreibung [DTD] mitgeliefert wird. 

[0015] Zu den oben erwahnten Verfahrensaspekten 
der vorgeschlagenen Losung korrespondieren Vorrich- 
tungsaspekte derTelekommunikationsanlage bzw. des 
Gesamtsystems, die sich fur den Fachmann im wesent- 
lichen unmittelbar aus den Verfahrensaspekten erge- 
ben und daher hier nicht nochmals naher erlautert wer- 
den. Es versteht sich, da3 die Ausfuhrung des Verfah- 
rens weitgehend softwaremaBig erfolgt, aber verdrah- 
tete Logik und andere Hardwarekomponenten entspre- 



chend dem fachmannischen Ermessen eingebettet 
sind. 

[0016] Vorteile und ZweckmaBigkeiten der Erfindung 
ergeben sich im ubrigen aus den Unteranspruchen so- 
5 wie der nachfolgenden Beschreibung einer grundsatz- 
lichen Ausfuhrungsform der Figuren. Von diesen zei- 
gen: 

Fig. 1 eine Prinzipskizze zur Illustration einer ersten 
10 Ausfuhrungsform des erfindungsgemaRen 

Verfahrens bzw. der vorgeschlagenen Anord- 
nung und 

Fig. 2 eine weitere Prinzipskizze zur Erlauterung ei- 
ner modifizierten Ausfuhrungsform. 
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[0017] Die Prinzipskizzen zeigen eine Nebenstellen- 
anlage PABX, von der aus asynchron Betriebsdaten zu 
zwei Anwendungen (Application) Internet Browser und 
Business Application kommuniziert werden (Fig. 1)bzw. 
die in eine Administrationsumgebung mit bidirektiona- 
lem Datenverkehr eingebunden ist (Fig. 2). 
[0018] GemaB Fig. 1 werden Fehler- und Statusmel- 
dungen Event des PABX-Switch (dem eigentiichen Ver- 
mittlungsteil) uber einen XML-Event-Handler, in dem ein 
XML-Parser implementiert ist, in XML-Dokumente ge- 
wandelt und uber eine (nicht gesondert bezeichnete) 
Datenschnittstelle als XML-Dokument gesendet. Zu ei- 
nem XML-Dokument gehoren die Nutzdaten, die Be- 
schreibung der Datenstruktur [DTD] und die Beschrei- 
bung der Datendarstellung [XSL]. 
[001 9] In der Figur reprasentieren Brief umschlage mit 
dem Buchstaben "D" Betriebsdaten bzw. -datensatze 
und Brief umschlage mit dem Buchstaben "X" in XML-Do- 
kumente verpackte Daten bzw. Datensatze. 
[0020] Die XML-Dokumente werden gemaB der Figur 
einerseits einem XML-Event- Proxy und andererseits ei- 
nem XML-Event-Bridge ubertragen. 
[0021] Die Aufgaben des XML-Event-Proxy sind: 

Empfangen der in XML-Dokumenten verpackten 

asynchronen Meldungen 

Archivierung der Meldungen 

Bereitstellung der Daten als HTML Dokument. 



45 [0022] Die Aufgaben des XML-Event-Bridge sind: 



Empfangen der in XML-Dokumenten verpackten 
asynchronen Meldungen 

Transform ierung des XML-Dokumentes in ein wei- 
teres - von einer externen Anwendung benotigtes - 
Format (in der Figur gekennzeichnet mit dem Buch- 
staben "E^) 
Filtern von Meldungen 

Versenden der transformierten XML-Dokuments an 
eine externe Anwendung. Dies kann z. B. eine Mel- 
dungszentrale fur unterschiedliche Systeme sein. 



so 
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[0023] Nach Durchlaufen des Proxy bzw. der Event- 
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- Bridge stehen die Betriebsdaten dann dem Internet- 
Browser zur Expansion in HTML-Dokumente zum 
Zwecke der Anzeige bzw. der externen Anwendung 
Business Application zur weiteren Auswertung, Erstel- 
lung von Statistiken, Steuerung von Eingriffen in die s 5 
TK-Anlage von extern o. a. zur Verfiigung. 
[0024] Die Ausfuhrung nach Fig. 2 ist grundsatzlich 
ahnlich zu Fig. 1, wobei die Realisierung einer Admini- 
strationsumgebung einen bidirektionalen Datenverkehr 
bei der TK-Anlage erfordert. 10 
[0025] Daten des PABX-Switch werden uber einen 
XML-Translator in XML-Dokumente gewandelt und 
uber eine Datenschnittstelle als XML-Dokument bereit- 4 
gestellt. 

Ankommende XML-Dokumente werden vom is 
XML-Translator analysiert und zum Switch-ProzeB 
ubermittelt oder im XML-Stack gespeichert. 
Die im XML-Stack gespeicherten Dokumente werden 
zeitgesteuert asynchron ausgefuhrt. 

[0026] Entsprechend ihrer komplexeren Funktion bei 20 
dieser Ausfuhrung sind der Proxy hier als XML-Proxy 
und der Bridge als XML-Bridge bezeichnet. 
[0027] Ein XML-Proxy kann realisiert werden als Teil 
des Browsers (Applet), Teil eines WEB-Servers Oder als 
eigenstandiger ProzeB. 2 s 5 

[0028] Die zur TK-Anlage PABX hin gerichteten 
Nachrichten sind (entsprechend einem wesentlichen In- 
hall, namlich der Anforderung von Statusdaten o. a.) als 
"Request" bezeichnet, wahrend die von der TK-Anlage 
ausgehenden Nachrichten (ebenfalls in Anlehnung an 30 
eine wesentliche Funktion, namlich die Reaktion auf Da- 6. 
tenanforderungen seitens des Zentralrechners bzw. ei- 
ner externen Anwendung) als "Response" bezeichnet 
sind. 

[0029] Die Ausfuhrung der Erfindung ist nicht auf die- 35 
se grundsatzliche Struktur und die oben erwahnten Ver- 
fahrensaspekte beschrankt, sondem ebenso in einer 7 
Vielzahl von Abwandlungen moglich, die im Rahmen 
fachgemafcen Handelns liegen. 
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Patentanspruche 

1. Verfahren zur, insbesondere asynchronen, Uber- 
tragung von Betriebsdaten zur Betriebszustands- 45 
und Fehlererfassung zwischen mindestens einer 
Telekommunikationsaniage und einem Zentral- 
rechner und/oder einer Administrat ions urn gebung 
bzw. externen Anwendung, 

dadurch gekennzeichnet, daB 50 

die Betriebsdaten in XML-Dokumenten iibertragen 
werden. 



Verfahren nach Anspruch 1 , 
dadurch gekennzeichnet, daB 

Beschreibungen der Datenstrukturen und Daten- 
darstellungen, insbesondere zusammen mit Be- 
tnebsdaten, in XML-Dokumenten zwischen der 
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Oder jeder Telekommunikationsaniage und dem 
Zentralrechneroder der externen Anwendung iiber- 
tragen werden. 

Verfahren nach Anspruch 2, 
dadurch gekennzeichnet, daB 

zur Beschreibung der Datenstrukturen das Be- 
schreibungsverfahren "Document-Type-Definition" 
und zur Beschreibung der Datendarstellung das 
Beschreibungsverfahren "Extensable-Stylesheet- 
Language" benutzt wird. 

Verfahren nach einem der vorangehenden Anspru- 
che, 

dadurch gekennzeichnet, daB 

die XML-Dokumente durch einen im Zentralrechner 
impJementierten Browser, insbesondere Standard- 
Internetbrowser, oder auf einem dem Zentralrech- 
ner zugeordneten WEB-Server ausgewertet und 
die Betriebsdaten auf einer Anzeigeeinheit des 
Zentralrechners angezeigt oder uber eine Ausga- 
beeinheit des Zentralrechners ausgegeben wer- 
den. 

Verfahren nach einem der vorangehenden Ansprii- 
che, 

dadurch gekennzeichnet, daB 

die Betriebsdaten als XML-Dokumente archiviert 
werden. 

Verfahren nach einem der vorangehenden Ansprii- 
che, 

dadurch gekennzeichnet, daB 

die XML-Dokumente mittels eines E-Mail-Pro- 
gramms versandt und verwaltet werden. 

Verfahren nach einem der vorangehenden Anspru- 
che, 

dadurch gekennzeichnet, daB 

auf Anforderung vom Zentralrechner ein in der Te- 
lekommunikationsaniage implementierter Browser 
zum Zentralrechner heruntergeladen wird. 

Telekommunikationsaniage mit einer Administrati- 
onsschnittstelle zur, insbesondere asynchronen 
Ubertragung von Betriebsdaten zur Betriebszu- 
stands- und Fehlererfassung zwischen mindestens 
einer Telekommunikationsaniage und einem Zen- 
tralrechner und/oder einer Administrationsumge- 
bung bzw. externen Anwendung, 
dadurch gekennzeichnet, daB 
die Administrationsschnittstelle zur Umsetzung der 
Betriebsdaten in das Format von XML-Dokumenten 
ausgebildet ist. 

Telekommunikationsaniage nach Anspruch 8, 
gekennzeichnet durch 

eine mit der externen Seite der Administrations- 
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schnittstelle verbundene XML-Event-Bridge zum 
Empfang und zur Transformierung der XML-Doku- 
mente in ein von einer externen Anwendung beno- 
tigtes anderes Format sowie zur Versendung des 
transformierten XML-Dokumentes an die externe * 
Anwendung. 

10. Telekommunikationssystem mit mindestens einer 
Tetekommunikationsanlage, insbesondere mehre- 
ren Telekommunikationsanlagen, nach Anspruch 8 10 
oder 9 und einem mit der Oder jeder Telekommuni- 
kationsanlage verbundenen Zentralrechner, 
gekennzeichnet durch 

einen XM L- Event-Proxy zum Empfang der XML-Do- 
kumente und Archivierung der Betriebsdaten und/ is 
oder ihrer Bereitsteflung als HTML-Dokumente. 
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